home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc781.txt < prev    next >
Text File  |  1994-08-01  |  4KB  |  99 lines
  1. RFC 781                                                            Zaw-Sing Su
  2.                                                                            SRI
  3.                                                                       May 1981
  4.  
  5.  
  6. A SPECIFICATION OF THE INTERNET PROTOCOL (IP) TIMESTAMP OPTION
  7.  
  8.  
  9.  
  10.  
  11.  
  12. I. INTRODUCTION
  13.  
  14.      Packet switching is store-and-forward by nature.  Network delay is a
  15. therefore a critical performance measure for packet-switching communications.
  16. A catenet is a system of packet-switched communication networks interconnected
  17. via gateways [Cerf 78].  The catenet "link" delays are thus variable.  Their
  18. measurement, the measurement of delays across member networks of a catenet,
  19. becomes important for catenet investigations.
  20.  
  21.      An effective way to measure catenet delays is by means of packet header
  22. timestamping.  Header timestamping allows monitoring of catenet delays for
  23. user traffic, such as the case of Ft. Bragg users accessing ISID across the
  24. catenet.  Packet header timestamping is also compatible with the use of test
  25. packets for catenet delay measurement.  Another advantage of header
  26. timestamping is that since it is an IP option, the gateway imposes little
  27. difference in the treatment of such a packet.  In this note, a specification
  28. of the timestamp option format for IP is presented.
  29.  
  30.      Measurement of one-way delay, either end-to-end or across an individual
  31. network, requires that device clocks be synchronized, using such facilities as
  32. WWVB clocks [Mills 81].  This specification assumes this capability in the
  33. gateways and involved network hosts.
  34.     
  35.  
  36. II.  FORMAT SPECIFICATION
  37.  
  38.      As an IP option, the contents of the first two octets are dictated by the
  39. IP header format to be option type and option length in octets [Postel 80].
  40. The next two octets are used to control this option.
  41.  
  42.  
  43.      0               7               15              23              31
  44.      +---------------+---------------+---------------+---------------+
  45.      |     type      |    length     |    offset     |overflw| flags |
  46.      +---------------+---------------+---------------+---------------+
  47.      |                          internet ID                          |
  48.      +---------------+---------------+---------------+---------------+
  49.      |                          time stamp                           |
  50.      +---------------+---------------+---------------+---------------+
  51.                      .
  52.                      .
  53.                      .
  54.  
  55.  
  56.  
  57.  
  58.      option type = 68 decimal (i.e., option class = 2 and option number = 4);
  59.  
  60.      option length = the number of octets with a maximum of 40 (limited by
  61.          IHL = 15);
  62.  
  63.      offset =    the number of octets from the beginning of this option to the
  64.          end of timestamps (i.e., the beginning of space for next
  65.          timestamp).  It is set to one, an odd number, when no more
  66.          space remains in the header for timestamps;
  67.  
  68.      overflow =  the number of IP modules that cannot register timestamps due
  69.          to lack of space;
  70.  
  71.      flag = 0 -- time stamps only
  72.         1 -- each timestamp is preceded with internet ID of the
  73.          registering entity
  74.         3 -- the internet ID fields are prespecified.  An IP module only
  75.          registers its timestamp if it matches its own ID with the
  76.          next specified internet ID;
  77.  
  78.      internet ID = ID for the timestamping device;
  79.  
  80.      timestamp = a right-justified, 32-bit timestamp in milliseconds modulo
  81.          24 hours from midnight UT.
  82.  
  83.      The timestamp option is not copied upon fragmentation.  It is carried in
  84. the first fragment.
  85.  
  86.  
  87. REFERENCES
  88.  
  89. [Cerf 78]   Cerf, V., "The Catenet Model for Internetworking," Defense
  90.         Advanced Research Projects Agency, Information Processing
  91.         Techniques Office, IEN 48, July 1978.
  92.  
  93. [Mills 81]  Mills, D.L., "DCNET Internet Clock Service," RFC 778, COMSAT
  94.         Laboratories, April 1981.
  95.  
  96. [Postel 80] Postel, J. (ed.), "DoD Standard Transport Internet Protocol,"
  97.         Defense Advanced Reseach Projects Agency, Information Processing
  98.         Techniques Office, RFC 760, IEN 128, January 1980.
  99.